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process recipe. The sup eifvisiqg staticm also indudes <Mie (gfl^eimg^modds which relate received metrology data to one or 
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TITLE OF THE INVENTION 

5 RUN-TO-RUN CONTROLLER FOR USE IN 

MICROELECTRONIC FABRICATION 

BACKGROUND OF THE INVENTION 

1) Field of the Invention 

10 The field of the present invention pertains to microelectronic circuit fabrication 

and, more particularly, to methods and apparatus for controlling microelectronic circuit 
fabrication processes. 

2) Background 

15 The quality of microelectronic circuits and/or components, such as those 

manufactured from a semiconductor wafer, is directly dqiendent on the consistency of the 
processes used in its fabrication. More particularly, production of such circuits and/or 
components requires rq)roducible etching, deposition, diffusion, and cleaning processes. 
A failure to maintain control of the processes within defined manufacturing tolerances 

20 results in decreased yield and decreased profitability for a fabrication facility. 

In a typical scenario, the manufacturing process exhibits slow drifts that change the 
batch-to-batch properties of the product. Very often, these effects are due to slight 
variations in the operation of one or more processing tools over the time in which the 
different batches are processed. Additionally, in large scale operations, the same 

25 processing operation may be executed on a plurality of processing tools of the same type 
to process parallel batches of the product The same processing recipe is generally used to 

lA-148856.1 
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concmrently control the operations of the plurality of similar processing tools. However, 
minor variations in the way in which an individual tool responds to the recipe parameters 
to execute the process can drastically affect the resulting product performance when 
compared with products processed on other ones of the similar processing tools. 

Traditionally, this problem has been handled manually by a human operator, using 
statistical process control (SPC) concepts. More particularly,' a human operator monitors 
the product output as the result of the execution of a process recipe on a particular tool and 
tweaks the recipe for subsequent product runs, hi many instances, however, the process 
recipes can number in the hundreds. As such, monitoring and manually adjusting these 
recipes for process drift can be very time consuming, error prone and lacking in accuracy. 

A common methodology for monitoring batch processes utilizes x-bar/s or x-bar/r 
plots in commercial or internally developed SPC software packages. Normally, 
distributed process data is typically monitored automatically utilizing a set of rules (such 
as Western Electric) to determine if the process is *'in-control.** Manual investigation and 
adjustment of the process is necessary once a data point is determined to be out of control. 
A large percentage of these adjustments are made to compensate for the run-to-run 
variations attributed to process equipment diift Unfortunately, there are many problems 
using manually adjusted processes based on SPC charts. A typical wafer fabrication plant 
may have about 2,500 on-line SPC charts. If all of the Western Electric rules were used, 
and if just two new points were added to each chart per day, it is estimated that there 
would be on average 82 false alarms per day. Due to the sheer magnitude of faults that are 
reported in such circumstances, only the processes with tfie most significant excursions 
tend to be maintained. In some cases, however, the opposite is true, and too much 
attrition is given to a chart, leading to over-adjustment of data points which in tum results 
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in processes ^iinging." Additional process variation can be introduced between shifts or 
individuals as they all try to compensate for each other's process adjustments, 
compounding the problem. 

The present inventors have recognized the foregoing problems and have developed 
S an advanced nm-to-run controller suitable for use in a microelectronic fabrication feciUty. 



SUNIMARY OF THE INVENTION 
The invention provides in one a^ect an advanced run-to-run controller for use in 
microelectronic fabrication. 
10 In one embodiment, an advanced run*to-nm controller for controlling 

manufacturing processes comprises set of processing tools, a set of metrology tools for 
taking metrology measurements fiom the processing tools, and a supervising station for 
managing and controlling the processing tools. The supervising station comprises an 
interface for receiving metrology data from the metrology tools and a number of variable 

' ■ 

15 parameter tables, one for each of the processing tools, collectively associated with a 

manufacturing process recipe. The supervising station also includes one or more internal 

^,-,,1 " • ■ — .1 .1..- .. ■ — , 

models which relate received metrology data to one or more variables for a processing 
tool, and which can modify variables stored in the variable parameter table to control the 
process tools using feedback and/or feed-forward control algorithms. Feed-forward 
20 control algorithms may, in certain embodiments, be used to adjust process targets for 




closed loop feedback control. 

In a preferred embodiment, the siq>ervising station has a user inter&ce by which 
different feedback or feed-forward model formats (single or multi-variate) may be 
interactively selected based upon experimental or predicted behavior of tiie system. The 



wo 00/79355 



4 



PCTAJSOO/17071 



siq>ervising station may also pennit users to utilize their own models for run-to-nm 
control. 

Further variations, modifications and alternative embodiments are also described 

herein. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 A is a schematic block diagram of a hardware platform on which the run- 
to-run controller of the present invention may be executed. 

Figure IB is a schematic block diagram of a further hardware platform on which 
the run-to-run controller of the present invention may be executed. 

Figure 2 is a diagram illustrating one embodiment of the software components that 
may be used to execute the run-to-run controller of the present invention. 

Figures 3 and 4 are graphs illustrating the result of an implementation of the run- 
to-run controller of the present invention as sq^plied to an exemplary wet oxide deposition 
process. 

Figure S is a block diagram illustrating the iqidate of variable parameter tables 
(VPTs) associated with the various processing tools, for use in run-to-run control 
processes. 

Figure 6 is a block diagram illustrating a run-to-run control process flow in 
accordance with a preferred embodiment as described herein. 

Figure 7 is a diagram showing the contents of a preferred variable parameter table 

(VPT). 

Figure 8 is a process flow diagram illustrating the run*to-run control process of 
Figure 6 from an alternative perspective. 
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DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
An advanced nm-to-run controller (ARRC) system is set forth herein that provides 
a formal methodology recipe adjustment to compensate for gradual process drift and/or 
S upstream process variation. This functionality assists in significantly reducing the 
engineering tinie required for process maintenance and adjustment. 

One embodiment of a processing platform architecture that may be used to 
implement the disclosed ARRC system is set forth in Figure lA. In the illustrated 
embodiment, the platform architecture, shown generally at 20, is comprised of a 
10 Fabrication Supervisor Workstation (FSW) 25, one or more Equipment Siq>ervisor 
Workstations (ESW) 30, one or more processing tools 35, and one or more metrology 
tools 40. 

The FSW 25 monitors and controls the overall operation of the microelectronic 
fabrication facility. One or more operators may monitor the operation of all or a 
15 substantial portion of the tools used throughout the fabrication facility. Based on the 
operations monitored at the FSW 25, the operator may control the tool sets and, further, 
direct the processing recipes that are to be used by one or more tool sets in the fabrication 
of the product. 

An equipment tool set is shown generally at 45 of Figure lA. The equipment tool 
20 set 45 includes one or more processing tools 35 that are connected for bilateral 
communication with a common ESW 30. Processing tools 35 are generally of the same 
type. For example, all of the processing tools 35 may be furnaces. However, it will be 
recognized that processing tools 35 may include diffo^t tool types which be grotq>ed 



4 



4i 



WO 00/793S5 



PCT/USOO/17071 



10 



based upon the type of processes that are to be executed upon the workpieces to fabricate 
the cad products. 

The ESW 30 is preferably configured to accept processing recipes from the FSW 
25 and to direct processing tools 35 in the execution of the processing recipes. In those 
instances in which processing tools 35 are of the same tool type, the FSW 25 may provide 
a single processing recipe to the ESW 30» which recipe is to be concurrently used by all of 
the processing tools 35 for parallel batch processing. Altematively» the ESW 30 may 
receive different recipes for one or more of the processing tools 35, in which case 
processing tools 35 may be tools of the same type or of different types. 

Processing tools 35 are subject to inter-tool deviations of the execution of a single 



recipe on more than one tool as well as run-to-run, intra-tool deviations in the execution of 
a single recipe over tune. Accordingly, the ESW 30 includes a Variable Parameter Table 
(VPT) associated with each of the processing tools 35, as illustrated, for example, in 
Figure 5. The VPT 37 includes the parameters that are used in the execution of a 

15 processing recipe by a given processing tool. The parameters of the VPT 37 are based on 
fte particular characteristics of the associated tool 35 and, as such, will frequently differ 
between the tools of the same type. In general, each &brication process is comprised of 
one or more recipes (one recipe per process step), and each recipe will involve one or 
more processing tools 35, each processing tool 35 having a VPT 37 for all of the process 

20 recipes. 

The parameters of the VPT 37 are calculated and updated based on metrolo^ data 
for the particular process implemented by the associated processing tool. To this end. 
Figure 1 A illustrates the use of one or more metrology measurement units 40 that receive 
woiiq>ieces from one or more respective tools 35 and measure the physical characteristics 
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of the woikpieces processed by the processing tools 35. In the illustrated embodiment, a 
plurality of metrology measurement units 40a ~ 40d are employed, each metrology 
measurement unit being respectively associated with one of the processing tools. 
HowevCT, it will be recognized that such a one-to-one correspondence is not absolutely 
S necessaiy. Rather, depending on the particular processing tools utilized, one or more of 
the processing tools 35 may use a single metrology measurement unit in order to 
economize on capital costs and space. 

In operation, as illustrated in Figure 5, microelectronic workpieces 36 are 
transported from each processing tool 35 to a corresponding metrology measurement unit 
10 40. This transportation, illustrated at lines 50, may include an automatic or manual 
transportation of the woikpieces 36. Each metrology measurement unit 40 is designed to 
measure one or more physical and/or electrical charactoistics of the workpiece 36 
processed by the associated processing tool 35. The measuremoit data is then made 
available to the ESW 30 along, for example, a communication bus 55 or the like. Once 
15 the measurement data has been provided by the metrology measurement unit 40, the ESW 
30 may update the VPT 37 for the particular tool 35 that processed the woikpieces 36 
measured by the metrology measurement unit 40. 

Figure IB illustrates a further system architecture that may be used in those 
instances in which the at least two ESWs 30a and 30b are employed. The first ESW 30a is 
20 preferably associated with one or more processing tools 35 while a second ESW 30b is 
preferably used to control one or more metrology measurement units 40. The second 
ESW 30b communicates the metrology data to the first ESW 30a along a communication 
bus 60 or the like. The metrology data received by ESW 30a is then used to calculate 
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and/or adjust the parameters of the VPTs 37 associated with the piocessing tools 35a - 
35d. 

The Advanced Run-to-Run Controller (ARRC) system preferably provides a 
formal methodology for recipe adjustment to compensate for gradual process drift 
(feedback control) and upstream process variation (feed-forward control). Additionally, 
other control modes of operation may be employed such as, for example, combined 
feedback/feed-forward control and adjustable feedback control, as illustrated in Fig. 6, 
described later herein. In each instance, the functionality significantly reduces engineering 
time required for process maintenance and adjustment. 

In the case of feedback control, the ARRC system preferably provides automatic 
adjustment of the recipe through the parameters all of the VPT (e.g., VPT 37 shown in 
Figure 5) based on the measured process results from the current process. This automatic 
adjustment is acconq)lished in part by modeling the process using measurements from past 
experience, first principles, or a design of experiment. With such a model, a controller can 
make intelligent decisions as to what variables to change in the recipe through the VPT to 
maintain the desired process target. 

In the case of feed-forward control, the ARRC system can use metrology 
measuremmts from a previous process step to make adjustments to either the process 
target or a process variable (recipe parameter) to correct for problems upstream in the 
processing sequence. This is accomplished by empirically modeling the relationship 
between either two process measurements or a process measurement fiiom a past process 
and a recipeparameter in the current process. 

Figure 2 illustrates an exenQ>lary software framework for the exchange of 
metrology information and calculation/updating of the parameters of the VPT tables 37 
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(see Fig. 5). The ARRC system illustrated in Figure 2 is preferably designed to take fiill 
advantage of a communication firamework using a standardized interface, such as 
CORB A. This fi'amework allows for the exchange of metrology information between 
ESW*s with or without an FS W since the metrology requests preferably comprise CORB A 
S objects. All metrology information may then be stored locally on the ESW associated with 
the processing tool and can be accessed via the commuiiication firamewoik by any other 
ESW in the case of feed-forward control. In such instances, metrology is not stored on the 
FSW, thus avoiding a single point of failure. 

Further details will now be set forth concerning metrology acquisition, storage and 
10 maintenance, after which will be described further details concerning run-to-run control 
using the metrology data. 

The acquisition of metrology d[ata (i.e., process measurements) can be difficult for 
a variety of reasons. For example, the particular metrology measurement unit may not 
have external communicatioiL Li such instances/manual entry of the process results must 
15 be undertaken. Manual entry, however, is tedious, highly susceptible to data entry errors, 
and not the preferred maimer of obtaining metrology information in the system. Another 
obstacle with implementing such a system is the acquisition of the process measurements 
in a timely maimer. It may be anywhere fiom an hour to several days before the results 
from the latest run are obtained or are oth^wise made available to the ESW. Since each 
20 fabrication facility stores and analyzes the process results in a different way, it can be 
quite challenging to provide a standard interface to acquire this information without 
writing fecial code for each customer. The software architecture illustrated in Figure 2 is 
designed to overcome or mitigate the above obstacles. A description of each of the 
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iimctional modules, as tiiey relate to m^rology acquisition, storage, and maintenance, 
follows below. 

With reference to Figure 2, a Metrology Broker 70 is used to manage all of the 
metrology acquisition requests provided by an ARRC Controller 75. Each metrology 
acquisition request from the ARRC Controller 75 is associated with a metrology map 
defining the method of acquiring the metrology results. Once the metrology information 
is acquired, it is stored in a Metrology Database 85 along with the Date, Time, Tool, 
MiniSpec, Lot ID and Run Number. The requesting ARRC Controller 75 will also be 
notified of the acquisition of the metrology results when it occurs. 

The metrology map is the vehicle that allows the user to define the method of 
acquiring the process measurements as well as the format in which fhey are presented. The 
user can define the number of wafers and sites (process measuranent locations) and define 
more specific names for the metrology points. 

Various automated methods of obtaining process measurement results may be used 
and defined in the metrology map. With reference to Figure 2, the automated methods 
include, for example, the following: 

GEM Inter&ce 90 - A standardized GEM interface may be provided to 
transfer the process measurements into a high performance database and to provide 
the measurements to the ARRC system. This method generally requires that the 
users at the fabrication facility write custom code to interface their process 
measurement database to a supervisory workstation, such as an ES W. 



wo 00/79355 PCTAJSOO/17071 

11 

CIM Framework (CORBA Interface) 95 - This interface is provided for 
customers with process measurement tools or a SPC database that is conopliant 
with Sematech's APC Framework. For the CIM Framework 95, the ESW 30 
subscribes to a CORBA object to automatically obtain the process measurements 
as they are measured. 

ESW Metrology Tool Interface 100 - This interface is provided for users at 
fabrication facilities who wish to connect an ESW directly to the metrology tool 
for the purpose of run-to-run control. 

SMC Result - This interface allows linkage to a Statistical Machine 
Control q)pUcation which provides automated fault detection using the equipment 
real-time measurements. Calculations fiom this sppUcation may generally be 
provided to the ARRC system as measurements from real-time sensors. 

In addition to the foregoing automatic metrological acquisition methods, the 
ARRC system may also employ a Manual Metrology Entry interface 105. Here, a user 
interface is provided to manually enter the process measurements of the metrology tool for 
fabrication facilities that do not have a centralized SPC database or that have process 
measurranent tools without external communication capabilities. Although not generally 
the most efficient manner of acquiring metrology data, this functionality is especially 
useful for users who wish to validate the fimctionality of the ARRC system wittiout 
committing resources to code a GEM or CORBA compliant interface to establish a link 
with the metrology tools or SPC database. 
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Preferably, the Manual Metrology Entry interface 105 allows the user to select an 
open metrology request and then enter new data, preferably in a Unix® environment. The 
user interface window piefo^ly contains a scrollable list of open metrology requests and 
displays the following information abouf each request: date, time, tool, lot ID, and recipe 
5 name. Because there may be a multitude of open metrology requests, the following three 
fields may be used to narrow the search: tool, recipe name and lot ID. Any name or 
portion of a name followed by an asterisk can be entered to automatically filter the 
available selections. After all metrology values have been entered for a particular request, 
the ARRC Controller 75 will be notified of the acquisition of the data and can process the 

1 0 data accordingly. 

Metrology Database 85 is preferably in the form of a proprietary, flat file database, 
although other database structures (e.g., relational databases) may be used instead. The 
Metrology Database 85 is used to store and maintain the process measurement results. 
These values are generally not stored in the standard database of the ES W 30 since often it 

15 is necessary to store measurement information on the ord^ of ten times longer than the 
real-time process data stored in the standard ESW database. An abundance of process 
measuTCTients should preferably be made available for statistical analysis of the process 
and for allowing robust modeling of the process. Sq>arate database clean up and 
maintenance operations may also be provided for the Metrology Database 85. 

20 Each ESW 30 may comprise an equipment supervisory workstation of the type 

such as available fiom SEMY Engineering, Inc., of Phoenix, Arizona. Integrating 
run-to-run functionality in such a woristation may require the addition of several hooks to 
die existing ESW software. Inq>lementation is preferably achieved by associating 
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nin4o-run control methods 110 to values defined in the VPT. This association process 
allows the user to define adjustable variables in the recipe for each individual tool. 

Interaction between the processing tools 35 and ESW is a controlled by tool server 
115. Tool server 1 1 5, in turn, interacts with the ARRC Controller 75. 

5 The ESW 30 may provide visual access to the VPT, including a display of 

parameters, visible minimum and maximum limits, maximum change per step, access 
levels per parameter and parameter type designations with units (see Fig. 7). The ESW 30 
thus augments the VPT with an interface that allows the user to select the method by 
which each variable parameter is calculated/updated. As such, the user may define a 

10 custom tailored run-to-run control algorithm for each parameter if so desired. Each VPT 
parameter is designated with one of the following ARRC adjustment methods: feedback 
only, adjustable feedback, combined feedback/feed-forward, feed-forward only, or none. 
In a preferred ARRC system, there are four possible adjustment modes available for each 
adjustment method. They are: 

15 

Automatic - this mode will automatically make changes to the variable 
parameter based on the recommendations of the model and controller. 

Manual Verification - this mode will ask the operator to approve of the 
20 reconunended variable parameter changes. 

Manual - this mode will predict the process results fix>m the process model 
and controller without making adjustments to the variable parameter. This mode 
may be useful to test the validity of a model without effecting the process. This 
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mode will also allow the operator to approve and make the recommended variable 
parameter changes manually. The purpose of this mode of operation allows the 
operator to become comfortable with the adjustments made by the process model 
and controller before making the adjustments automatically. 



Data Collection - this mode is used to acquire only the process 
measurement data which is required for a feed-forward process where the upstream 
process tool is connected to an ESW and does not have a feedback controller 
defined. 



The ARRC Controller 75 interacts with the tool server 115, the ARRC methods 
110, the Metrology Database 85, and the Metrology Broker 70. It is a background 
software process that performs off-line processing of the ARRC methods 110 after or 
concurrent with the receipt by the Metrology Database 85 of the process measurement 
results by way of the Metrology Broker 70. Off-line processmg assists in avoiding delay 
which might be attributable to the ARRC calculations or acquisition of process 
measurements prior to downloading the adjusted recipe. 

Further description of the run-to-run control methods will now be provided, with 
occasional reference to the block diagram of Figure 6. As previously indicated, a number 
of means are available for the acquisition of metrology data and the generation of 
metrology m^s. By way of example, automated methods of obtaining process 
measurement results include use of a standardized GEM Interface 90, a CIM Framework 
(CORBA) Interface 95. or an ESW Metrology Tool Interfece 100. Also, the ARRC 
system may also employ a Manual Metrology Entry interfece 105. The information from 
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these metrology acquisition techniques is supplied to a set of metrology maps 205, which, 
as noted» are die vehicles which allow the user to define fiie method of acquiring the 
process measurements, as well as the format in which they are presented. Using the 
metrology nu^s 205, the user can, for example, define the niunber of wafers and sites 

5 (process measuremoit locations) and define more specific names fi>r the metrology points. 

Prior to running a process, whether feedback or feed-forward (or both), the user 
sets control points for the various process parameters used by the ARRC system, 
illustrated by control points definition step 207 in Fig. 6. Setting of the control points is 
part of a larger mechanism through which the user also defines the process model 

10 (particularly for feedback methods) and ad^tation algorithm for the selected VPT 
parameters. The control point definition is provided to allow the user to combine any or 
all of the process measurements defined by a single metrology m^ into a single value that 
the run-to-run control calculation uses to gauge the process. To this end, the user first 
selects a metrology map for the control point definition. A formula editor, similar to 

15 Microsoft Excel, may be provided to allow the user to combine any or all of the values 
into a single value. All typical mathematical operations are preferably available, in 
addition to special statistical opoations such as mean, standard deviation, median and 
range. The user can select each measurement &om a Ust defined by the metrology m^. 

The modeling of the soniconductor process can range fiom a collection of very 

20 compUcated partial differential equations to simple relationships between two process 
variables. Most control systems, however, can effectively use simple models to describe 
the phenomena which are the subject of their control, since comphcated models generally 
increase computational demands and cause slower system performance. 
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To provide the user with a flexible range of processing possibilities, a variety of 
ARRC models 110 (i.e., model formats) may be made available to the user to adaptively 
or recursively model and control the process. The optimal model format may be 
determined empirically using, for example, an initial *'golden data set/* To this end, the 
5 user may manually enter a matrix of golden data set process measurements and control 
variables. Using this experimental process data, a least-squares system identification 
algorithm may be used to determine the model parameters. Process noise and model 
integrity metrics may be displayed to quantify the quality of the model. Confidence level 
indications will also be provided to the user based on how well the model predicts the 
10 actual phenomena in order to give the user a sense of the reliabiUty of the model. The 
overall model selection process can be an iterative process in which the user tries several 
model structures before finding one that accurately represents the process. 

In one embodiment, the model adaptation employs a modified fading-memory 
least-squares algoriftm incorporating dead-zones and parameter constraints. The 
IS modifications, together with the ability to perform fiill or partial adjustment of the 
parameters, aim to alleviate potential problems due to estimation drift. Such problems can 
occur v/ben the input-output data used for estimation do not provide sufficient information 
(excitation) to determine all of the model parameters, e.g., normal production data. The 
basic control algorithm may be of the gradient-Newton class used to solve non-linear 
20 equations. Newton algorithms have excellent convergence properties near the solution but 
may be susceptible to noise. For this reason, the algorithm is preferably modified with a 
*'dead-zone*' non-linear gain adjustment allowing the user to adjust its sensitivity to noise. 
The main advantage of this modification is that it allows for a quick response to large 
disturbances without increasing the steady-state variance. Higher order controllers can 
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also be used to compensate for more severe process drifts. Default control parameters arc 
automatically computed based on the model and the inputH)utput data set. These 
parameters are fully adjustable by the user to refine the control action, A pn>cess- 
metrology tool simulator is also provided to fiirthCT assist the user in visualizing the 
operation of the feedback controller and in learning how to adjust the control parameters 
to achieve the desired behavior, before perfonning actual process test runs. 

In a presently preferred embodiment, at least the foUowing model structure or 
model format options arc provided to the user for interactive selection: hnear (2 parameter 
model - i.e., slope and y-intercept), quadratic (3 parameter model) and cubic (4 parameter 
model). These models can be either single-input, single-output (SISO) or multi-input, 
multi-output (MIMO). The models can also be defined as least squares ad^^tive, gradient 
adaptive or non-adaptive along with the ability to selectively adapt the parameters (i.e. 
keeping the slope constant while shifting the y-intercept up and down over time). 
Adaptive models automatically change the model parameters based on the current 
metrology uiformation being received to automatically compensate for process drift. A 
recursive controller can be employed to control the process for static models. An external 
plug-in capabiUty (see model/controller plug-in 221 in Fig. 6) may also be provided using, 
for example, MATLAB to allow users to define their own models, ad^tation algorithms 
and controllers. 

Furthermore, the '*golden model'* created fiom the "golden data set" can be 
restored as in the case with models that have ad^ted over time. This restoration can 
automatically be triggered by the Preventative Maintenance application. 

The feedback methods generally provide for a desired process target as well as 
minimum and m a ximimi specification limits defined by the process ^ecification. The 
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miniTniim and maximum metrology measurement limits assist in protecting the system 
firom using false measurements. If one or more of the metrology values are outside of 
ttiese limits, the system can be programmed to either use or discard the individual 
metrology values. In addition, if the range of the metrology data exceeds a predetermined 
5 maximum range value, the system can be programmed to discard all of the metrology 
information as invahd. 

In the same respect, the ARRC system may be programmed to implement warning 
and/or stop limits based on the munber of false metrology values that are detected, in the 
event the stop limit is exceeded, all future runs for that tool, for example, may then be 
10 blocked or a warning may be provided to the user. In the event of a warning, the user may 
be notified that the number of false metrology values is ^cessive and the warning may be 
logged in an audit trail file. If a variable parameter value in the VPT is outside of its own 
predetermined minimum and maximum limits, it is possible to define a stop on the process 
or simply adjust the variable parameter value to the minimum or maximum limit, 
1 S whichever is closest to the out-of-range value. 

Since, in some cases, metrology may never be acquired, a warning limit can be 
defined to warn the user tiiat there is something wrong with the acquisition of ttie 
metrology (measurement tool is down, SPC database fiEdlure, netwoik problem, etc.). A 
stop or time out Umit may be used so that all fixture runs are blocked or the run-to-run 
20 control will not be used. 

As previously indicated herein, the ARRC system preferably provides methods for 
recipe adjustment to compensate for gradual process drift (feedback control) and iqistream 
process variation (feed-forward control), as well as possibly oth^ control modes of 
operation such as, for example, combined feedback/feed-forward control and adjustable 
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feedback control. In the case of feedback control, as illustrated in Figure 6, the feedback 
control algorithms 220 are implemented based upon internal model/controller structures or 
the model/controller plug-in 221 using process results derived fix>m the control point 
definition 207. After application of the feedback control algorithms 220, as illustrated by 
S a following step 225 in Figure 6, the ARRC system preferably provides automatic 
adjustment of the recipe through the parameters all of the VPT 37 based on the process 
results. 

Further protection firom false metrology is provided which is dependent on the 
elapsed time since the last run of a process on the tool. This method of protection from 

10 false metrology is particularly useful in connection with processes that have not been run 
on a particular tool for a substantial period of time. When a predetmnined period of time 
has elapsed since the last run the other process on the tool, it is possible tiiat the model 
used in the last run model is invalid due to changes in the processing tool over time. 

From an operational standpoint, *Teedback Only" processing begins when the tool 

IS server 115 (see Fig. 2) receives a processing recipe that is to be executed by one or more 
of the processing tools 35. After downloading a recipe, the tool server 115 notifies the 
ARRC Controller 75 of what process measurements to expect at the completion of a 
process run and, further, advises which of the associated ARRC methods 110 are to be 
used to update the VPT. Provision may also be made to block subsequent downloads if 

20 pre-defined conditions in the ARRC mdhod are violated Overriding a block download 
notification preferably requires secured access. 

The tool server 1 15 or GEM Host interface 90 will automatically notify the ARRC 
Controller 75 that it has downloaded a recipe to the tool and that there are associated 
ARRC methods. The ARRC Controller 75 monitors for the start and end events of the 
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prpc^ and makes sure thare were no abort conditions that occurred during the run. Once 
it has been determined that the process run was completed successfully, the metrology 
map definition(s) are extracted from the ARRC method(s) 1 10 to determine which process 
results should be expected. Once the process results are received, the ARRC method(s) 
5 1 10 are calculated in the background In the event the ARRC method 1 1 0 makes a changes 
to a VPT parameter and user approval is required, all changes are stored in a temporary 
file until approval is received. Otherwise, the VPT changes will be made automatically. 

In the case of feed-forward control, the ARRC system can use metrology 
measurements bom a previous process step to make adjustments to either the process 
10 target or a process variable (recipe parameter) to correct for problems upstream in the 
processing sequence. In order to carry out this type of adjustment, it is required that the 
relationdiip between either two process measurements or a process measurement fiom a 
past process and a recipe parameter in the current process be empirically modeled. 

The ARRC Feed-Forward Method is very similar to the ARRC Feedback Method 
15 from the standpoint of implementation and configuratiorL Generally stated, the ARRC 
Feed-Forward Method can be described as a degraded ARRC Feedback Method. In the 
ARRC Feed-Forward Method, however, there are no target process values nor iq)per and 
lower specification lunits since the model acts as a relational operator between sequoitial 

4 

processes. Additionally, the closed loop adjustmrat mode is absent because its 
20 fimctionality is used to acquire process measurements for feed-forward control with 
respect to downstream processes. The time between run limit and number of runs without 
metrology limit fimctionality is absent since metrology is generally akvays required in a 
feed-forward control methodology. 
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For feed-forward methods, the Control Point Definition Editor is enhanced with a 
special field to define firom which upstream process the metrology information is coming 
from. The Process Model Editor does not have the capebihty to define ad^^tive models or 
recursive controllers for feed-forward methods, since the models used for feed-forward 
S control are completely open loop. 

■ 

When the '*feed-forwaid only" method is used, the tool server 115 (see Fig. 2), or 
alternatively the GEM Host interface 90, if provided, notifies the ARRC Controller 75 to 
acquire the ^ecified metrology data bom the upstream metrology tool and execute the 
feed-forward algorithm. In the event that the metrology record is not available, the 
10 download will be blocked until it is acquired. Once the metrology record has been 
retrieved, the ARRC method(s) will be calculated and the VPT parameters updated. 

When the combined feedback/feed-forward control is used, outputs fi-om the feed- 
forward control methods 210 may be used to adjust process targets for the feedback 
control methods 220, as illustrated in Figure 6. 
15 After successfiilly executing any of the foregoing ARRC methods, the following 

information is recorded: VPT parameter value, metrology target, calculated control point, 
and new model paramet^. All alarm and stop events generated by the ARRC methods are 
stored in the audit trail file and also displayed to the user in a tool status s^iplicatioiL The 
alarms can be cleared in either the tool status or ARRC Status appUcations, however the 
20 stop events can only be ovaridden in the ARRC Status application (as e3q>lained in a 
section to follow). Any adjustments to the VPT parametm are also logged in the audit 
trail file. 

An ARRC Status diq>lay may be provided to view die current status (i.e. OK, 
alarm, or block download) of all of the tools connected in the current zone. This 
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implication displays the current status of the tool with the ability to view all of the open 
metrology requests as well as all of the current ARRC system events. From this window, 
all ARRC system block download events can be overridden to bring the tool back on line. 
All alarm and block download events are also visible in the tool status display and can 

5 also be cleared there. All ARRC system events (alarms, block download, adjustments, 
etc.) are also recorded in the audit trail file. 

Figure 8 is a process flow diagram illustrating the run-to-run control process of 
Figure 6 from an alternative perspective. In the run-to-run process 800 depicted in Figure 
8, both feed-forward and feedback control may be utilized to control the operation of a 

10 process tool (designated Process Tool B in Figure 8). In a first step 801 in the run-to-run 
process 800, a first process tool (designated Process Tool A) performs processing 
according to the process variables downloaded to the tool from the Variable Parameter 
Table (VPT) associated with the particular recipe. In a next step 802, a first metrology 
tool (designated Metrolo^ Tool A) measures the appropriate output of Process Tool A, 

IS depending upon its nature. The measurements firom Metrology Tool A are collected in 
step 803, according, for example, to any of the metrology acquisition methods previously 
described with reference to Fig. 6. In a next step 804, the process control points (i.e., 
target) for the iqicoming feed-forward and/or feedback run-to-run algorithms are set, based 
upon the information stored in the metrology m^s. In the following stq> 80S, the selected 

20 feed-forward control algorithm is ^plied by the ESW 30, resulting in feed-forwaid 
control model outputs. These outputs are used to adjust the process targets, in step 806, 
for the upcoming feedback control algorithm. In one aq>ect, the feed-forward control 
algorithm provides the C£^ability of generating a * Variable*' process target for a process 
controlled by a closed-loop feedback control loop. 
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Once the process targets have been adjusted based on the outputs of the feed- 
forward control algorithm, the feedback control algorithm of the run-to-nm controller may 
be applied in step 807. In a next stq> 808, the process variables or parameters for the 
recipe are adjusted in the variable parameter table (VPT), and the updated variables or 
parameters are downloaded to Process Tool B. In stq> 809, Process Tool B performs its 
assigned task(s) utilisdng the variables or parameters associated with the process recipe. In 
a next step 809, a second metrology tool (designated Metrology Tool B) is used to 
measure the appropriate ou^ut of Metrology Tool B, depending upon its nature. The 
metrology data bom Metrology Tool B is acquired in a next step 811, according, for 
example, to any of the metrology acquisition methods previously described herein. Based 
upon the acquired metrology data, the process control points for the feedback control 
algorithm are adjusted in step 812. The closed-loop feedback control process then returns 
to step 807, wherein the feedback control algorithm is q>plied again. The feedback 
control algorithm continues to control the process target(s) for Process Tool B in a closed- 
loop fashion, but periodically the process target(s) may be adjusted based upon the 
measured output(s) of Process Tool A, and the feed-forward control algorithm depicted in 
step 80S of Figure 8. 

Depending on the metrology data and the process adjustment mechanism, the 
ARRC system can make process adjustments at varying frequencies. For batch tools the 
ARRC system preferably adjusts the param^ers on a batch-to-batch basis. For single 
wafer tools, the ARRC system may adjust the parameters on a lot-to-lot and, if needed, 
wafer-to-wafer basis. 

It is also useful to have an additional software supplication available to analyze the 
past performance of the ARRC methods. To this end, the ES W 30 may be provided with 
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an ARRC Historical Analysis sqiplication. The ARRC Historical Analysis application 
allows the user to view the results of a single ARRC method by selecting a tool, zone, 
recipe name and the associated variable parameter. For feedback methods, the plot 
graphically displays the target value, model prediction, actual measurement, and alarm and 
S block download limits. Preferably, the plot is color-coded. For feed-forward methods, the 
plot graphically displays the adjustments being made to the next process (stair step plot) 
over time. In both feedback and feed-forward, colored event squares may be placed at the 
bottom of the plot at the point in time where an adjustment was made, as well as when, for 
example, an alarm or block download event occurred. When the user clicks on these 
10 squares, another window may appear displaying the details of the particular event. 

The foregoing system has been successfully applied in a wet-oxidation process and 
has shown the abiUty to improve its accuracy and uniformity. Although multivariable in 
nature, the control problem faced in a wet-oxidation process can be effectively reduced 
into a set of scalar problems, allowing the use of simple and reliable ARRC control 
IS methods. For the implementation of mn-to-nm control, the ARRC system provided an 
integrated and user-fiiendly tool to perform modeling, adaptation and control. 

In this wet-oxidation process, a silicon oxide layer was grown on a load of wafers 
inside a diflfiision furnace via a wet oxidation process. In such a process, silicon wafers 
are exposed at high temperatures to steam created by burning a controlled mixture of 
20 hydrogen and oxygen using a flame or torch. The wafers were loaded into the fvonace and 
were processed for a specified time p^iod at a given temperature. A real-time controller 
was used to maintain the processing tmiperature at the selected value, with thermocoiqile 
measurements obtained at three different locations across the wafer load. Upon 
completion of the process, Ae oxide growth was measured at four locations across the 
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wafer load. The process parameters affecting the growth include the processing time and 
the three temperature zone set-points. The objective was to adjust these processing 
parameters in order to maintain the desired oxide growth uniformly across the wafer load. 
One difficulty associated with this problem is the complexity of the process model, 
5 including a loss of symmetry due to the additional heat in the source zone generated by the 
torch and the thermal losses in the load zone. In addition, the process characteristics vary 
with the number of processed wafers (due to, e.g., thermocouple drift or element 
degradation). To compensate for modeling errors and slow process drifts, a run-to-run 
controller constructed in the manner set forth above was employed to adjust the "control 
10 inputs" (oxidation time and tmiperature set-points), using growth measurements after each 
run as the metrology iiq;>uts and a simple process model to adjust the recipe parameters 
defined in the VPT. 

Formulating the wet-oxidation process as a feedback control problem, the ARRC 
system seeks to compute and refine the value of the "control inpuf ' so as to drive and 

1 5 maintain the process output value to a desired level. As a matter of terminology, feedback 
control considers a process" or a "system" which, givai an "iiq)ut," produces an 
"output" The iiq)ut or control is the signal that can be manipulated in order to effect a 
change in the output. The output is the signal of interest that can be used to define the 
desired operation of the piocess. The desired operation can often be quantified by 

20 comparing the ou^ut of the process to a **target" or "reference" value. For example, in the 
wet-oxidation feedback control problem, the control inputs are the time of oxidation and 
the oxidation temperature. The outputs are the oxide diickness at differmt locations across 
tiie wafer load, measured at process completion, while the reference is the desured value of 
oxide thickness. 
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For the oxidation process, one could think of the whole temperature trajectory as 
the control iiq)ut This would, of course, be rather inconvenient as it increases the 
dimensionality and difficulty of the problem. On the other hand, given that the temperature 
is held at a prescribed value by the local real-time controller, one could simply replace the 
5 whole trajectory by a single number being the temperature set-point. The accuracy of the 
models obtained by such a formulation rehes on the ability of the local real-time controller 
to maintain the set-point temperature despite any disturbances entering the process. 

Mathematically, the relationship between inputs and outputs takes the form of a 
memoryless nonlinearity, 

where /[.] is a usually nonlinear function. In this framework, the control objective could 
be defined as to select ut so ibsiyk stays close to a prescribed desired value rt, where k is 
an index signifying the run number. It goes without saying that all mathematical models, 
especially the simple ones, can only serve as approximations of a physical process. As a 

15 result, nominal values of control iiq>uts (e.g., computed by solving the equation J[uk] - r* = 
0) will only approximately satisfy the control objective. In addition, disturbances or 
changes in the process (e.g., due to aging) can adversely affect the model quality and lead 
to an increase of the error rk-y^ 

There are two conq>lementary approaches to remedy this situation. One is to use 

20 the qipioximate model to compute an approximate correction, which eventually drives the 
error to zero; this is referred to as control input refin^ent. The other approach is to 
improve the model quality, refenred to as model refinemrat, and use the new model to 
compute the new control input The ARRC methods can be used to implement either or 
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both of these approaches. However, the choice of the approach is problem-dependent, as 
both have limitations that may potentially produce an undesirable response. 

The design of ARRC method in the present example relies on the theory of 
adaptive system identification and parameter estimation to perform model refinements, 
S and the theory of feedback control and numerical optimization to perform the control utq>ut 
refinements. In its general form the ARRC method implementation involves four steps: 
model development, control input initialization, model refinement, and control input 
update. Depending on the user's preference, these steps can be implemented in several 
different sequences to control the process output, e.g., process monitoring, 
10 one-shot*modeling, non-adaptive control, and ad^q^tive control. Some remarks on each of 
the four basic steps are discussed below. 

With reject to model development, the model structures that are implemented in 
the exemplary ARRC system are single-i2q>ut, single-ou^iut polynomial models with fully 
or partially adjustable parameters. In general, the process model takes the form: 

15 

where {u^) is the input-output pair and ^ is a vector of adjustable parameters. For 
computational convenience and reliabiUty, the function y(. , ff) is chosen to be linear or 
20 affine in the parameters ff. This allows for the use of sinqile and reliable least-squares 
computations to estimate the model parameters fiom data. While more general model 
stmctures are certainly possible within the ARRC system firamewoik described above, 
simple models are usually adequate for tide intended ^Ucations. Here, the operating 
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range is often small enough to allow a good approximation of the input/output process 
behavior by affine functions. 

In the modeling step, the parameters of the user selected model structure are 
estimated to fit a set of input/output pairs. The estimation is performed using a least 
5 squares approach, slightly modified for numerical robustness. Together with the estimated 
model parameters, a set of fitting errors is computed (RMS and normalized RMS). These 
define the quality of fit in a way that allows an easy selection of the most suitable model 
and avoid "'over-parameterization.*' It should noted that over-parameterization depends not 
only on the characteristics of the underlying process but on the range of the possible inputs 
10 as well. The fitting error measures also provide guidelines for the selection of control 
and/or adsq>tation thresholds (dead*zones) so that no action is taken when the output 
variation is within the normal noise level. Finally, in this stage, "conditioning'' 
transformations are computed for use in the adaptation and control steps. These 
transformations are important in improving both the reliability of the numerical 
IS computations and the speed of convergence. 

With respect to control iapui update, the computation of the control 'mpnt uses an 
algorithm falling in the class of gradient/Newton algorithms for solving nonlinear 
equations. Newton-type algorithms have excellent conveignce properties near tfie 
solution and convergence is not very sensitive to model inaccuracies, as long as the 
20 derivative {dfldu) of the model is "close" to the derivative of the actual process. However, 
several modifications are made in this exemplary application, including a "gain^ 
parameter serving as a knob to adjust die sensitivity of the method to noise. The goieral 
form of the control input update is 
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where ec,k = T>zn[riryk]j "^ck = df/du{uk, dk\^ D2«[.] denotes a dead-zone nonlinearity whose 
threshold is selected based on the noise RMS level computed in the model development 
5 stage. The gain Yc is computed from the error via the following expression: 



where y > 0 and Y<fe> is a threshold parameter selected based on the noise RMS level. This 
10 nonlinear gain definition acts effectively as a smooth dead-zone. Its key attribute is that 
when the error is large, then the control updates are made with high gain (equal to y)- 
When the error is small and most of its contribution is due to noise, the updates are made 
with low gain which, effectively, acts as a low-pass filter and prevents excessive control 
input adjustments. 

IS The control input update method can be used in two modes. During normal 

operation, only one step of the iteration is performed. On the other hand, for the first step 
after maintenance operations the iteration is allowed to converge (control initialization). 

A fiirther step in the design of adaptive systems is the selection of the parameter 
update method, involving trade-ofis among flexibility, noise induced parameter drifts, 

20 speed of convergence and noise filtering properties. The ARRC method used to perform 
the update of the model parameters is a modified fading memory least-squares, 
incorporating dead-zones and parameter constraints. The general form of the parameter 
update method is as follows: 
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I = + (i - )G + r p ^ Wp^ • 

where ep,ft= Dzii/yA-Wp.it'ft/ Wp.* = df/d6[uiu^. The computation of the adaptation gain yp 
is analogous to the control gain. !!(..) denotes an oblique projection operator on the 
parameter constraint set. ^ is a small positive definite matrix serving to ensure that Pk \s 
always nonsingular and a e [0,l] is a forgetting factor. 

The dead-zone serves as an "information screening^' mechanism by ignoring data 
that contain Uttle new information. Parameter constraints have usually the form of bounds 
on the acceptable parameter estimates and serve to increase the robustness of the algorithm 
against noise-induced parameter drifts. 

Dead-zone thresholds, parameter constraints and scaling/conditioning 
transformations can be selected by the user during the initial modeling phase. In particular, 
parameter conditioning transformations can help to reduce the condition number of the 
Hessian P and, thus, improve the convergence properties of the parameter estimator. They 
should be carefully sqipUed, however, as they may increase the susceptibility of the 
algorithm to noise. Furthermore, parameter constraints can be motivated by physical 
principles (e.g., sign of df/du). 

As previously noted, the ARRC methods were used to control a wet oxidation 
process. One of the main characteristics of such processes is the loss of symmetry due to 
the thermal gradient across the furnace, causing non-uniform oxide thickness distribution 
along the wafor load. A common remedy of this situation is to use different temperature 



wo 00/79355 PCT/USOO/17071 

31 

set-points in the three heating zones, compensating for the variability of the oxidation 
rates. This procedure, referred to as 'temperature tilting/' often requires extensive 
experimentation and periodic re-tiining; as such, it was selected as a good candidate to 
investigate the benefits of run-to-run control 

S For the process used in this web-oxidation example, the control inputs were the 

oxidation time and the two end-zone temperature set points, while the set point of the 
center zone was kept constant at 950 degrees C. Four test wafers were used in each run, 
and the oxide thickness was measured at different locations on each test wafer. Using a 
standard experimmtal design, a set of 23 preliminary measurements was obtained for 

10 different inputs fiom which a preliminary model was built. Guided by these 
measuremmts, the process ii^>uts and outputs were defined as follows: 

yfl) = Average oxide thickness for the middle two test wafers. 

15 y(2) and y(3) - Difference between the average oxide thickness of the side test 

wafers widy(l) (A). 

u(l) = processing time (minutes). u(2) and u(3) = Temperature differential of the 
side zone set-points fixHn center zone (degrees C). 

20 

The rationale behind these definitions was to obtain a square model with a 
diagonally dominant and reasonably conditioned Hessian. The diagonal dominance is not 
necessary, but it helps to simpUfy the multivariable control problem by qiproximating it 
by a set of scalar control problems. 
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The ARRC method was then tested by processing a total of 33 loads of 200 wafers 
each. A non-adaptive controller was used for the first 22 loads, while an adaptive 
controller was used for the last eleven. In all cases, the target was an oxide thickness of 
lOOOA in aU processing zones. In order to demonstrate the convergmce properties of the 

S controller the initial processing time was selected to produce a 15% thickness error while 
all temperature set-points were identical. The results of the test are shown in Figures 3 and 
4. After a very short transient, the thickness error becomes comparable to the normal 
noise level. Moreover, the control input updates are reasonably smooth. These results 
compare favorably with normal operation data of similar processes, where SPC-based 

10 recipe adjustments are performed. It is thus apparent that the foregoing advanced run-to- 
run control methods provide a significant advantage in yielding accurate and predictable 
process results. 

Other examples also illustrate the benefits of incorporated the aforementioned 
advanced run-to-run control techniques, using either or both of feedback and feed-forward 
15 control techniques. Relatively simple feedback controllers used within the ARRC system 
can significantly improve process performance and productivity in many areas of the 
production environment. For example, in chemical mechanical polish (CMP) operations, 
the polish time may be adjusted to control ttie remaining thickness of the film. The polish 



time may be changed between wafers or between batches depending on the stability of the 



iO process. Whoi wafer-to-wafer adjustments are required, in-situ metrology would be 
needed to provide measurements in time to close die loop. If the process drift is 
understood, however, a feedback model may be used to predict and adjust the polish time 
required for each wafer in a batch. The polish time can be changed fiom wafer to wafer, 
using a feedback control algorithm implonented by the ARRC system, based on the model 
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estimates and then verified with metrology after the batch has been completed. Feedback 
controllers can also be used within the ARRC system to automatically compensate for the 
changes in the slurry and degradation of the polish pads. 

As another example, diffusion processes may benefit firom employing the run-tOr 

S run control techniques described herein. Diffusion processes can at times require the 
adjustment of multiple variables simultaneously. Low pressure chemical vapor deposition 
(LPCVD) batch processes, for example, typically require temperature and time 
adjustments. A feedback controller employed within the ARRC system can be used to 
adjust end zone temperatures to minimize the thickness differences between wafers 

10 processed in the center of the furnace and the end zones of the furnace. The feedback 
controller may also adjust deposition time to c^ter the process at the desired thickness 
target. Simple models are effective in both linear LPCVD deposition processes and non- 
linear oxidation processes. 

Feedback adjustoients made within the context of the ARRC system are also useful 

15 in etch processes to control critical dimension (CD) line widths. Also, many etch 
processes use in-situ end point detection. Once end point has been established, the recipe 
will continue to etch the film for a pre-defined ovCT-etch time. The impact of the end 
point time and the over etch time is measured in film thickness and CDs. Automatic 
feedback control within the ARRC system can be appUed to adjust timed etch processes or . 

20 the over-etch time in end point driven processes. The relationship between film thickness 
removed and CDs to etch process parameters such as etch time, gas flow and power can be 
modeled and controlled using the ARRC system. 

Although a process may be able to produce rq)eatable results utilizing a feedback 
control methodology, the process results may also be dependent on the initial state of the 
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wafers. Automatic adjustment based on this initial state can be accomplished with feed- 
foiwaid modeling. If a feed-forward control algorithm is used, the process being 
controlled is prefoably either inherently stable or else utilizes an effective feedback 
mechanism (e.g., an ARRC system feedback control algorithm) to provide stability. 

5 One example where a feed-forward control mechanism is useful is in the 

adjustment of the etch time to remove the inter-level dielectric for a via interconnect This 
type of etch process generally cannot be controlled with in-situ end point detection 
because the small amount of film being removed does not provide the needed signal 
strength. Instead, the process preferably is such that it removes all of the film in the first 

10 attempt. The initial thickness of the film is generally needed to select the target for the 
process. This information can be provided by the ARRC system with a feed-forward 
process in which the initial film thickness is measured, which in turn sets a target for a 
feedback control loop for the rraioval of the inter-level dielectric. 

Another example in which feed-forward control within the context of the ARRC 

15 system would be usefiil is in chemical mechanical polish (CMP) processes. In such 
processes, there are typically variations in initial surface material, which in turn results in 
a similar variation after the polish. By measuring the wafer prior to the polish, a feed- 

• ^ — ■ — - - 

forward controller within the ARRC system can be used to adjust the feedback controller 



target (amount of material to be polished) after each run, so as to eliminate or at least 

~- , . -- , „T ,_ _ ^^^^^^^^ — 

20 niiniinize this variation after the polish. 

^ ' -Mm * 

As yet anoflter example in which feed-forward control within the context of the 
ARRC syistem would be useful, implant barrier variations prior to sacrificial oxide layer 
growth can be controlled to improve fabrication of transistors and similar semiconductor 
devices. In this regard, inq>lant barrier variations in the fabrication process can adversely 
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effect the gain of a transistor. In a typical fabrication example, oxide and nitride layers are 
grown and deposited on a wafer. Using lithography and etch processes, trenches are 
formed in the nitride layer. In forming the trench, the nitride is over-etched resulting in 
removal of some of the initial oxide layer. A saoificial oxide layer is grown in the trench 

S over this initial oxide, making a barrier for the implant step. The size of this implant 
barrier varies fxm run to run due to the over etch of the nitride. Using a feed-forward 
control algorithm within the ARRC system, the incoming variation caused by the 
oxidation and nitride etch steps can be minimized by first measuring the initial oxide layer 
after the nitride etch, and then, using a feed-forward controller, adjusting the target of the 

10 feedback controller on the sacrificial oxide process to maintain a more consistent implant 
barrier 

In the Uthography area, feed-forward control as implemented by the ARRC system 
can be utilized to calculate aUgnment parameters fix^m wafer to wafer, thereby providing 
improved possibiUties for processing downstream using feedback control. These are 

15 typically six to eight parameters that can be predicted with first order models. Tilt may 
also be adjusted, but generally requires a much more complex model. 

While preferred embodiments are disclosed herein, many variations are possible 
which remain within tiie concq>t and scope of the invention. Such variations would 
become clear to one of ordinary skill in the art after inspection of the specification and 

20 drawings herein. The invention therefore is not to be restricted except within the spirit and 
scope of any q>pended claims. 



9 
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CLAIMS 

What is claimed is: 

1. A nin-to-nin control system for controlling manufacturing processes, 

comprising: 

a plurality of processing tools; 

a plurality of metrology tools for monitoring operation of said processing tools; 

and 

a supervising station, said siqiervising station comprising 

an interface for receiving metrology data fiom each of said 
metrology tools; 
a memory 

a plurality of variable parameter tables, one for each of said 
processing tools, stored in said memory, said variable parameter tables 
collectively associated with a manufacturing process or recipe; and 

at least one model structure relating received metrology data to one 
or more variables of one or more of said variable parameter tables, whereby 
said variables are modified in refuse to said received metrology data 
according to said at least one model structure. 

2. The run*to-run controller of claim 1, wherein said at least one model 
structure comprises a feedback control model. 

3. The run-to-nm controller of claim 1, wherein said at least one model 
stmcture comprises a feed-forward control modeL 
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4. The nm-to-run controller of claim 1, wherein said at least one model 
structure comprises both a feedback control model and a feed-forward control model. 

5 S. The run*to-run controller of claim 4, wherein said supervising station 

fmtfier comprises a target set-point associated with said feedback control model, said 
supervisory station adjusting said target set-point based upon an output of said feed- 
forward control model. 

10 6. The run-to-run controller of claim 1, further comprising a user interface for 

selecting one or more model formats fix>m which said at least one model structure is 
generated. 

7. The run-to-run controller of claim 6, wherein said one or more model 
IS formats are interactively selectable from a plurality of predefined model formats, said 

predefined model formats comprising a linear model format, a quadratic model foimat and 
a cubic model fomiaL 

8. The run-to-run controller of claim 7, wherein a fiiding-memory 
20 least-squares algorithm is used to determine model parameters for said at least one model 

structure from experimental data. 

9. The nm-to-run controller of claim 8, wherein said at least one model 
structure is user-aiyustable with a dead-zone non-linear gain adjustment 
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10. The nm-to-nin controller of claim 8, wherein said at least one model 
Structure may be user-defined as either least squares adaptive, gradient adaptive or 
non-adaptive. 

5 

11. The run-to-run controller of claim 8, wherein process noise and model 
integrity metrics for said at least one model structure are displayed by said user interface. 

12. The run-to-run controller of claim 8, wherein said model parameters for 
10 said at least one model structure are user-adjustable between runs. 

13. The run-to-run controller of claim 7» wherein said at least one model 
structure comprises a multi-input, multi-ou^ut model. 

IS 14. The run-to-run contiolla: of claim 1, further comprising an interface for 

receiving said at least one model structure fix)m an external plug-in unit. 

IS. The lun-to-nm controller of claim 1, wherein all or part of each variable 
parameter table is downloaded to its corresponding processing tool prior to opmtion of 
20 the processing tool, and wherein said variables modified in refuse to said received 
metrology data are automatically downloaded to said processing tools without user 
intervention being required. 



16. A method controlling of a manufacturing process, comprising the stq>s of: 



IIKII 
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(a) downloading variables firom a plurality of variable parameter tables to a 
plurality of processing tools; 

(b) operating said processing tools according to said downloaded variables; 

(c) receiving, at a supervisory station, metrology data fix>m a plurality of 
S metrology tools monitoring operation of said processing tools; 

(d) applying said metrology data to at least one model structure relating said 
metrology data to said variables, and generating an output thereby; and 

(e) updating one or more of said variable parameter tables in response to said 

output 

10 

17. The method of claim 16, wherein steps (a) through (e) are rq)eated to 
effectuate run-to-run control of the manufacturing process. 

18. The method of claim 16, wherein step (d) comprises the step of ^plying 
1 S said metrology data to a feedback model. 

19. The method of claim 16, wherein step (d) comprises the step of 2q>plying 
said metrology data to a feed-forward model. 

20 20. The method of claim 16, wherein step (d) comprises the step of applying 

said metrology data to both a feedback model and a feed-forwaid model. 
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2L The method of claim 16, wherein step (c) comprises the stq> of 
automatically transferring said metrology data from said metrology tools to said 
supervisory station. 



22. The method of claim 16, further comprising the step of setting a target set- 
point for said at least one model structure. 



23. The method of claim 22, wherein step (e) comprises the step of adjusting 
said one or more of said variable parameter tables in response to a conqiarison between 
1 0 said output and said target set-point. 



24. The method of claim 16, wherein each of said variable parameter tables is 
associated with exactly one of said processing tools. 



IS 25. The method of claim 16, wherein each of said metrology tools is associated 

with exactly one of said processing tools. 



26. The method of claim 16, further comprising the step of interactively 
selecting said at least one model stmcture via a user interface from a plurality of 
20 predefined model formats. 



27. The method of claim 26, wherein said predefined model formats comprise a 
linear model foimat, a quadratic model format and a cubic model format 
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28. The method of claim 27, further comprising the step of detennining model 
parameters for said at least one model structure from experimoital data using a fading- 
memoiy least-squares algorithm. 

5 29. The mediod of claim 27, further comprising the step of adjusting said 

model parameters for said at least one model structure between runs. 

30. The method of claim 26, wherein said at least one model structure may be 
user-defined as either least squares adaptive, gradient ad^tive or non-adaptive. 

10 

31. The method of claim 26, further comprising the step of displaying process 
noise and model integrity metrics at said user interface. 

32. The method of claim 26, wherein said at least one model structure 
1 5 comprises a multi-input, multi-output model. 

33. A lun-to-run controller for controlling a manufacturing process, 
comprising: 

a first processing topi; 

20 a first metrology tool for obtaining metrology data from said first processing tool; 

a second processing tool; 

a second metrology tool for obtaining metrology data finom said second processing 
tool; and 

a supervisory station, said siq>ervisory station comprising 
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an interface for receiving said metrology data from said first 
metrology tool; and 

a first model stmcture relating said metrology data fi:om said first 
metrology tool to a target set-point for said second processing tool; 

a second model structure used in controlling operation of said 
second processing tool in a feed-back control loop; and 

a first variable parameter table for said first processing tool and a 
second variable parameter table for said second processing tool; 

wherein all or part of said first variable parameter table is 
downloaded to said first processing tool prior to operation of said first 
processing tool, whoein all or part of said second variable parameter table 
is downloaded to said second processing tool prior to operation of said 
second processing tool, and wherein one or more variables in said second 
variable parameter table are modified in response to application of said first 
model structure to said received metrology data. 

34. The run-to-run controller of claim 33, wherein said supervisory station 
adjusts table paramet^ in said second variable parameter table in response to the 
metrology data fit>m said second metrology tool in order to maintain operation of said 
second processing tool at a desired target point 

35. The run-to-nm controller of claim 33, fiirther comprising an interface for 
receiving said first model structure or said second model structure, or both, fiom an 
external plug-in unit 
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36. The run-to-nin controller of claim 33, further comprising a user interface 
for selecting one of a plurality of predefined model formats fnom which said first model 
structure is generated. 

37. The run-to-run controller of claim 36, wherein said plurality of predefined 
model formats include a linear model format, a quadratic model format and a cubic model 
format 

38. A method of controlling a manufacturing process, comprising the steps of: 

(a) obtaining metrology data fixjm a first metrology tool with respect to a first 
processing tool; 

(b) ^plying said metrology data to a first model structure relating said metrology 
data to a target set-point for a second processing tool; 

(c) modifying one or more variables in a variable parameter table for said second 

processing tool; 

(d) downloading said one or more variables to said second processing tool; 

(e) operating said second processing tool in accordance with said downloaded 
variables. 

39. The method of claim 38, wherein steps (a) through (e) are repeated to 
e£fectuate nm-to-run control of the manufacturing process. 



40, Themettu)dofclaim39, fiirther conq)rising the stq)S of: 



nil 
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obtaining metrology data fiom a second metrology tool with respect to said second 
processing tool; 

applying said metrology data from said second metrology tool to a second model 
structure relating said metrology data from said second metrology tool to said target set- 
5 point for said second processing tool; and 

modifying one or more variables in said variable parameter table for said second 
processing tool. 



41 . The method of claim 40, wherein said step of q)plying said metrology data 
10 from said second metrology tool to said second model structure comprises the step of 
applying said metrology data fiom said second metrology tool to a feedback model. 



42. The method of claim 40, further comprising the stq> of selecting, via a user 
interfiice, a model fomiats fix>m among a plurality of model fonnats from which said 
15 second model structure is generated. 



43. The method of claim 42, wherein said plurality of model fonnats comprise 
a linear model fomiat, a quadratic model fomiat and a cubic model format. 



20 44. A supervisory station for managing run-to-run control of a manufacturing 

process, conq)rising: 

an inter&ce for receiving metrology data from a plurality of said metrology tools; 

a memory, said m^oiy storing a plurality of output control variables for 
controlling the operation of a plurality of processing tools; and 
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at least one processor for executing one or more processes for controlling said 
metrology tools by adjusting said output control variables based upon the received 
metrology data and one or more control models, said control models selectable fiom a 
plurality of control model formats stored in said memoiy. 

45. The supervisory station of claim 44, wherein a control model is selected 
individually for each processing tool, each control model relating some or all of the 
received metrology data to output control variables for a particular processing tool 
according to the control model selected for the particular processing tool. 

46. The supervisory station of claim 45, further comprising plurality of variable 
parameter tables, one for each of said processing tools, storod in said memory, said 
variable parameter tables coUectively associated with a manufacturing process recipe. 

47. The siq>ervisoiy station of claim 46, wherein each control model relates 
some or all of the received metrology data to one or more variables of one of the variable 
parameter table for the control model's corresponding processing tool, whereby said 
variables are modified in response to the received metrology data according to the control 
model. 

48. The supervisory station of claim 47, wherein all or part of each variable 
parameter table is downloaded to its corresponding processing tool prior to operation of 
die processing tool, and wherein said variables modified in response to said received 
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metrology data are automatically downloaded to said processing tools without user 
intervention being required. 

49. The supervisory station of claim 44, wherein said control model formats 
5 include a feedback control model. 

50. The supervisory station of claim 49» wherein said control model formats 
include a feed-forward control model. 

51. The siq>ervisory station of claim 44, wherein said control model formats 
include a combined feedback control model and a feed-forward control model. 

52. The supervisory station of claim 51, further comprising a target set-point 
associated with said feedback control model, said supervisory station adjusting said target 
set-point based upon an ou^ut of said feed-forward control model. 

53. The supovisory station of claim 44, furtho- comprising a mer inter&ce for 
selecting the control model for each processing tool fiom the available control model 
formats. 

20 

54. The supervisory station of claim 44, wherein said control model formats 
include a linear model format, a quadratic model format and a ciibic model foimaL 
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55. The supervisory station of claim 44, further comprising an interface for 
receiving one or more of the control model formats fiom an external plug-in unit. 

56. The siqiervisory station of claim 44, wherein all or part of each variable 
parameter table is downloaded to its corresponding processing tool prior to operation of 
the processing tool, and wherdn said variables modified in response to said received 
metrology data are automatically downloaded to said processing tools without user 
intervention being required. 
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